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SUBSTITUTE SPECIFICATION 

METHOD AND DEVICE FOR DATA COMMUNICATION 

Background of the Invention 

[0001] The present invention relates to a device and a method 
for data communication between a first host device or a 
further host device and at least one client device along a 
shared transmission path. A host device is a host computer 
(personal computer, workstation) , for example, and a client 
device may be any arbitrary hardware application (e.g., FPGA 
or ASIC) . 

[0002] Figure 3 shows a communication system from the applicant 
of the present application, which is known under the trademark 
UMRBus. This communication system allows easy transmission of 
data and/or signals between a host device or host computer 
(300) and assigned hardware (clients), such as ASICs or FPGAs . 
Different software applications may communicate with their 
corresponding hardware applications via independent virtual 
channels, which use the same hardware interface between the 
host computer (300) and the client hardware (331, 332, 333). 
This communication system represents a simple standardized 
interface between the host computer (300) and at least one 
client (331, 332, 333) . This client (331, 332, 333) may be a 
software application or a hardware application. 

[0003] Individual host applications (301, 302, 303), which are 
indicated in Figure 1 with "HAPP" (host application) , are 
connected via a host application interface (310) "HAPI" to a 
host application interface module (312) "HAPIM" . The host 
application is a program which exchanges data with one or more 
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client application (s) via the host application interface. The 
host application interface module (312) is a software library 
which provides multiple functions and commands for access on 
the communication system. A host application interface HAPI is 
an interface onto which host applications are placed. 

[0004] The host application interface module (312) is directly 
connected to a software interface module (314) "SIM", which 
typically corresponds to the device driver specific to the 
operating system. A host application interface module HAPIM 
provides the host application interface and transmits data 
from and to clients in cooperation with the software interface 
module . 

[0005] The software interface module (314) is connected via a 
standardized interface connection (316) , PCI or RS232, for 
example, to a hardware interface module (318) "HIM". The 
hardware interface module (318) represents the counterpart to 
the software interface module (314) in hardware. This hardware 
interface module (318) may, for example, have a PCI controller 
and an interface component between the PCI controller and a 
data bus. The software interface module SIM executes the data 
exchange between the host application interface module HAPIM 
and the hardware interface HIM. 

[0006] An essential feature of the hardware interface module 
(318) is that it always provides a physical data bus (320) on 
the side away from the software. This data bus (320) connects 
the hardware interface module (318) to multiple client 
application interface modules (341, 342, 343) "CAPIM". In this 
case, the data bus (320) represents a ring connection between 
the client application interface modules (341, 342, 343) 
linked therein and the hardware interface module (318) . 
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[0007] The hardware interface module HIM exchanges data with 
the software interface module SIM and makes the data bus 
available to the clients. 

[0008] Each client application interface module (341, 342, 343) 
represents a type of node which is incorporated into the 
physical data bus (320) . Each client application interface 
module (341, 342, 343) is connected via a client application 
interface (322) "CAP I" to a client application (351, 352, 353) 
"CAPP". Each client application interface module (341, 342, 
343) has its own address and a type identity and provides the 
client application interface (322) for the client application 
(351, 352, 353) . 

[0009] In the device shown in Figure 3, all of the data 
communication is controlled by the host computer (300) . 

[0010] In this case, data exchange may only occur between one 
hardware interface module (318) and one client application 
interface module (341, 342, 343) at a time. Therefore, 
communication is only possible between the host computer (300) 
and the client applications (351, 352, 353) , but not within 
the client applications (351, 352, 353), implemented in the 
example shown as hardware. In addition, this known device for 
data communication may not be used in systems having multiple 
host computers. 

Summary of the Invention 

[0011] An object of the present invention is to provide a 
device for data communication between a first host device or a 
further host device and at least one client device along a 
shared transmission path, as well as a corresponding method of 
data communication . 
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[0012] The object relating to the device is achieved by the 
features described herein. 

[0013] Using this device according to the present invention, 
data communication is made possible on a shared transmission 
path even if multiple host devices are provided. For example, 
this device may be used within image processing systems based 
on FPGA, in order to control the image processing implemented 
in FPGA, even if the image processing system has its own 
integrated processor, i.e., its own host device, which may, 
using the data bus, wish to change parameters in parallel to 
the higher order host device. In this case, the bus control 
module in the device according to the present invention 
assumes the task of controlling which of the host devices may 
use the transmission path in a specific period of time or for 
a specific quantity of data. 

[0014] The first and/or the further host device, particularly 
the host application, preferably has a processor. 

[0015] The transmission path is preferably implemented in this 
case as a data bus. Advantageous aspects of this device are 
specified in further details below of data communication in 
accordance with the embodiments of the present invention. 

[0016] The object relating to the method is specified in 
further details below. 

[0017] An essential feature of this method according to the 
present invention is the provision and transmission of 
arbitration information on the transmission path along the 
open communication connection, the arbitration information 
ensuring that only one host device receives access to the 
transmission path at any time. Preferred embodiments and 
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refinements of the method according to the present invention 
are specified in further details below. 

[0018] The present invention is described in greater detail in 
the following on the basis of an example with reference to the 
drawing. 

Brief Description of the Drawings 

[0019] Figure 1 shows an exemplary schematic illustration of a 
device for data communication according to an embodiment of 
the present invention; 

[0020] Figure 2 shows an exemplary flow chart of the data 
communication in accordance with an embodiment of the method 
of the present invention, and 

[0021] Figure 3 shows the schematic construction of a device 
for data communication according to the related art. 

Description of the Preferred Embodiments 

[0022] Figure 1 shows a device for data communication according 
to the present invention having two host devices 1, 2. The 
first host device 1 has a personal computer (PC) 11, for 
example, and the second host device 2 has a processor 
integrated in a hardware application (embedded processor) 21, 
for example. A hardware application of this type having an 
integrated processor may be an ASIC or an FPGA having an 
integrated processor, for example. FPGAs of this type are used 
in image processing systems, for example. Thus, for example, 
parameters for a frame grabber are transmitted from the first 
host computer to the FPGA hardware, which has the integrated 
processor . 

[0023] The first host computer 1 and the second host computer 2 
are each provided with a master application 14, 24 "MAPP", 
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which is linked in a data bus 9 via a master application 
interface module "MAPIM" . 

[0024] The master application 14, 24 is an application 
implemented in hardware in this example, which is connected 
via a master application interface 12, 22 "MAPI" to the master 
application interface module 10, 20 and via this to the data 
bus 9. 

[0025] Furthermore, five client devices 3, 4, 5, 6, 7 are 
provided, for example, which each have a client application 
"CAPP" 34, 44, 54, 64, 74. Each client application is 
connected via a client application interface "CAPI" 32, 42, 
52, 62, 72 to a client application interface module "CAPIM" 
30, 40, 50, 60, 70, which are each connected into the data bus 
9. 

[0026] In this case, a client application is an application 
implemented in hardware which, via the client application 
interface 32, 42, 52, 62, 72, exchanges data via the data bus 
9 with one of the host computers 1, 2. This data exchange is 
controlled by the corresponding master application 14, 24. 

[0027] The client application interface modules 30, 40, 50, 60, 
70 each form the interface between the data bus 9 and the 
particular client application interface 32, 42, 52, 62, 72. 
The particular clients 3, 4, 5, 6, 7 connected via these 
client application interfaces 32, 42, 52, 62, 72 to the data 
bus 9 and/or the client applications 34, 44, 54, 64, 74 
running thereon are only provided with the data and services 
which relate to the particular client application 34, 44, 54, 
64, 74. 



[0028] Furthermore, a bus control module "BCM" 8, which 
administrates the access of the individual master application 
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interface modules 10, 20 to the data bus 9 and monitors the 
data bus interrupts, is linked in the data bus 9. 

[0029] In this device according to the present invention, the 
hardware interface module HIM is not, as in the related art 
shown in Figure 3, linked directly in the data bus, but 
provides the data on the data bus 9 via the master application 
interface module 10, 20. The hardware interface module HIM may 
be formed in this case by the particular master application 
MAPP 14, 24. 

[0030] In the following, the access administration of a host 
device to a client device is described on the basis of Figure 
2. 

[0031] At the beginning of operation, the bus control module 
BCM 8 transmits arbitration information which is continuously 
available on the data bus 9. This arbitration information is, 
for example, implemented as an arbitration frame which 
contains a frame header and a data word. 

[0032] If a host computer wishes to access the data bus and 
transmit data to or exchange data with a client application 
via the bus, it indicates this access wish to the master 
application interface module MAPIM assigned to it in step 101. 
The master application interface module MAPIM then accepts the 
arbitration frame relayed on data bus 9 in step 102 and reads 
out the arbitration data therefrom in step 103. An activity 
bit is included in the arbitration data which specifies 
whether the data bus 9 is currently used by another 
application. If this activity bit is not set, this indicates 
that the data bus 9 is free. 

[0033] In step 104, the master application interface module 
MAPIM now checks whether the activity bit is set or not. If 
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the activity bit is set, i.e., the data bus is not free, the 
MAPIM relays the arbitration frame further to the data bus in 
step 105 and accepts it again after a pause 106 in order to 
repeat steps 102 to 104. 

[0034] If, however, it was determined in step 104 that the 
activity bit is not set, i.e., the data bus is free, the 
master application interface module MAPIM sets the activity 
bit in turn in step 107 and thus indicates that it wishes to 
access the data bus 9. The arbitration frame is then 
transferred to the data bus 9 again in step 108 and runs 
further there until it reaches the bus control module BCM 8. 
This module accepts the arbitration block in step 109, reads 
out the arbitration data in step 110, and reserves the data 
bus 9 for the querying host computer in step 111 . 

[0035] A master application interface module MAPIM therefore 
may only use the data bus when it receives the arbitration 
frame and the activity bit has not already been set therein by 
another master application interface module. The arbitration 
frame is received by the bus control module BCM and is not 
given back to the data bus if the activity bit is set. The 
master application interface module MAPIM which has set the 
activity bit may now transmit data via the data bus 9. 

[0036] After termination of this releasing data communication 
via the data bus 9 or after expiration of the predetermined 
time interval or the predetermined data volume for data 
transmission, the master application interface module MAPIM 
transmits the arbitration frame again, but now with the 
activity bit deactivated, which indicates that the data bus 9 
is now free again. In this way, it is ensured that only one 
master application interface module MAPIM is active on the 
data bus 9 at a time and overlaps of data transmissions on the 
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data bus do not occur. The bus control module BCM 8 monitors 
the data bus 9 in that it counts the pulses between the 
passage of two arbitration frames using a counter. If the 
count exceeds the predetermined limiting value of the number 
of pulses per access, it is concluded therefrom that no 
arbitration frame was received. This may occur, for example, 
due to an interruption of the data bus 9 or a reset of the 
entire device. In this case, the bus control module 8 
retransmits an arbitration frame having a deactivated activity 
bit and thus automatically releases the blocked data bus 9 
again. 

[0037] If an interrupt is displayed on the data bus, the bus 
control module BCM 8 takes over the data bus 9 and transmits 
an interrupt frame. If the interrupt frame was successfully 
transmitted, the bus control module BCM 8 transmits an 
"interrupt information frame". Using this "interrupt 
information frame", the master application interface module 
MAPIM is informed about the interrupt status of the individual 
client application interface modules CAPIM and may relay this 
information to the particular master application MAPP for 
further processing. In this way, it is ensured that all host 
computers are informed about interrupts. 

[0038] In this way, a device according to the present invention 
for data communication, using a data communication method 
running thereon, with a multimaster-capable data bus 9 is 
provided. 

[0039] The present invention is not restricted to the exemplary 
embodiment above, which is merely used for general explanation 
of the core idea of the present invention. Rather, within the 
scope of protection, the device according to the present 
invention may also assume other embodiments than those 



described above. In particular, the device may have features 
which represent a combination of the particular individual 
features described above. 

[0040] Reference numbers used throughout the description and 
the drawing are merely used for better understanding of the 
present invention and are not intended to restrict the scope 
of protection. 
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